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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards" , which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://www.etsi.org/ipr) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by ETSI Project Digital Enhanced Cordless Telecommunications 
(DECT). 

The present document is part 3 of a multi-part deliverable covering the Digital Enhanced Cordless Telecommunications 
(DECT); Wireless Relay Station (WRS); Test Case Library (TCL), as identified below: 

Part 1: "Test Suite Structure (TSS) and Test Purposes (TP) for Medium Access Control (MAC) layer"; 

Part 2: "Abstract Test Suite (ATS) for Medium Access Control (MAC) layer - Cordless Radio Fixed Part 
Portable radio Termination (CRFP_PT)"; 

Part 3: "Abstract Test Suite (ATS) for Medium Access Control (MAC) layer - Cordless Radio Fixed Part 
Fixed radio Termination (CRFP_FT)"; 

Part 4: "Test Suite Structure (TSS) and Test Purposes (TP) - Data Link Control (DEC) layer"; 

Part 5: "Abstract Test Suite (ATS) - Data Link Control (DEC) layer; Cordless Radio Fixed Part Portable radio 
Termination (CRFP_PT)"; 

Pait 6: "Abstract Test Suite (ATS) - Data Link Conti'ol (DEC) layer; Cordless Radio Fixed Part Fixed radio 
Termination (CRFP_FT)"; 

Part 7: "Test Suite Structure (TSS) and Test Purposes (TP) - Network (NWK) layer"; 

Part 8: "Abstract Test Suite (ATS) for Network (NWK) layer - Cordless Radio Fixed Part Portable radio 
Termination (CRFP_PT)"; 

Pai-t 9: "Abstract Test Suite (ATS) for Network (NWK) layer - Cordless Radio Fixed Part Fixed radio 
Termination (CRFP_FT)". 
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Scope 



The present document contains the Abstract Test Suite (ATS) specification to test the DECT Wireless Relay Station 
(WRS) Medium Access Control (MAC) layer at the Fixed radio Termination (FT). 

The objective of the present document is to provide a basis for conformance tests for DECT equipment giving a high 
probability of air interface inter-operability between different manufacturer's DECT equipment. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [8] and ISO/lEC 9646-2 [9]) as well as 
the ETSI rules for conformance testing (ETS 300 406 [6]) are used as a basis for the test methodology. 

Annex A provides the Tree and Tabular Combined Notation (TTCN) part of this ATS. 

Annex B provides the specification of the parallel test component LT_MAC. 

Annex C provides the Partial Protocol Implementation Extra Information for Testing (PIXIT) Proforma of this ATS. 

Annex D provides the Protocol Conformance Test Report (PCTR) Proforma of this ATS. 
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3.1 



Definitions and abbreviations 



Definitions 



For the purposes of the present document, the following terms and definitions apply: 

a) the terms given in ISO/IEC 9646-1 [8]; 

b) the definitions given in EN 300 175-3 [2]; and 

c) the PT side of the WRS is called WRS_PT side. The FT side of the WRS is called WRS_FT side. 



3.2 



Abbreviations 



For the purposes of the present document, the abbreviations given in ISO/IEC 9646-1 [8], ISO/IEC 9646-6 [11], 
ISO/IEC 9646-7 [12] and given in EN 300 175-3 [2] apply. In particular, the following abbreviations apply: 

ASP Abstract Service Primitive 

ATM Abstract Test Method 

ATS Abstract Test Suite 

BI Invalid Behaviour 

BO Inopportune Behaviour 

BV Valid Behaviour 

CA CapabiHty tests 

CM Co-ordination Message 

CP Co-ordination Point 

DECT Digital Enhanced Cordless Telecommunications 

DEC Data Link Control 

D-SAP D-field Service Access Point 

FP Fixed Part 

FT Fixed radio Termination 

lUT Implementation Under Test 

LT Lower Tester 

MAC Medium Access Control 

MTC Main Test Component 

PCO Point of Control and Observation 

PDU Protocol Data Unit 

PHL Physical Layer 

PICS Protocol Implementation Conformance Statement 

PT Portable radio Termination 

PTC Parallel Test Component 

RF Radio Frequency 

REP Radio Fixed Part 

SAP Service Access Point 

SUT System Under Test 

TP Test Purposes 

TSS Test Suite Structure 

TTCN Tree and Tabular Combined Notation 

UT Upper Tester 
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Abstract Test Method (ATM) 



This clause describes the ATM used to test the DECT MAC layer protocol at the Fixed radio Termination (FT). 



4.1 Description of ATM 



Test System 



Lower Tester 



Main Test Component 

(MTC) 



DLC-PDUs 



Coordination AcP_TC AlVIAC-ASPs 

messages Y CPMACf DLC-PDUs 




MAC-PDUs 



PHL-ASPs 

with frame number 



System Under Test 




PHL Service provider 



Figure 1 : Remote test method, embedded variant 

A single-party testing concept is used, which consists of the following abstract testing functions: 

PCO: the Point of Control and Observation (PCO) for MAC Layer testing is located at the D-S AP 

between the MAC layer and the Physical layer. All test events at the PCO are specified in terms of 
Physical Layer - Abstract Service Primitives (PHL- ASP) (frame number parameter added); 

CP_TC: Co-ordination Point Test Case (CP_TC) is located between the Main Test Component (MTC) and 

Parallel Test Component (PTC) LT_TC in the test system. It is used for passing co-ordination 
messages between these two testing functions; 

CP_MAC: Co-ordination Point MAC (CP_MAC) is located between the MTC and PTC LT_MAC in the test 

system. It is equivalent to the PCO used for Data Link Control (DLC) layer testing in part 6 of the 
present document. All co-ordination messages at this CP are specified in terms of MAC-ASP and 
DLC Protocol Data Units (DLC-PDUs); 

PTC LT_TC: the Lower Tester Parallel Test Component LT_TC (PTC LT_TC) is located in the test system. It 
makes restricted use of the PCO by only observing the test events in both directions. It assigns 
preliminary verdicts (the MTC assigns the final verdict); 

NOTE: This restricted use of the PCO is a non-ISO/IEC 9646-2 [9] application of the PCO. 
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PTC LT_MAC: the Lower Tester Parallel Test Component LT_MAC (PTC LT_MAC) is located in the test 
system. It provides indirect control and observation of the Implementation Under Test (lUT) 
during test execution, via the underlying service-provider. It does not assign any verdicts; 

MTC: the Main Test Component (MTC) is located in the test system. It is responsible for creating and 

terminating the PTC, managing the co-ordination points CP_TC and CP_MAC, and computation 
of the final test case verdict; 

Upper layers: no explicit Upper Tester (UT) exists in the test system. However, the System Under Test (SUT) 
(upper layers) needs to carry out some UT functions to achieve some effects of test co-ordination 
procedures. 

The primitives used at the PCO (physical Service Access Point (SAP) - D-SAP) are defined according to 

EN 300 175-2 [1] clause 7 and associated subclauses. 

The co-ordination messages used at CP_MAC co-ordination point are abstract primitives including protocol data units 
and frames. The abstract primitives (MAC ASP) are defined according to EN 300 175-3 [2] clause 8 and associated 
subclauses. Two abstract primitives for starting and stopping the synchronization between the main test component and 
the parallel test component LT_MAC are added for the needs of the tester. The protocol data units (DLC C-plane 
PDUs) are defined according to EN 300 175-4 [3] clause 7 and associated subclauses. The frames (DLC U-plane 
frames) are defined according to EN 300 175-4 [3] clause 12 and associated subclauses. 



4.2 Test strategy 



The ATM defined in subclause 4. 1 requires the use of concurrent TTCN, which is specified in Amendment 1 of 
ISO/IEC 9646-3 [10]. The parallel test components PTC_TC and PTC_MAC are, however, seen as two independent 
entities. This means that there is no communication or synchronization between the two PTCs during the test. 

PTC_TC is specified in TTCN (see annex A). Since PTC_TC is only observing at the PCO, this ATS does not contain 
any send statements. Once the TP is fulfilled, the PTC_TC terminates, i.e. there are no post ambles, unless required by 
the TP. No explicit co-ordination messages is exchanged at CP_TC. To simplify the TTCN test cases, the underlying 
service provider has been assigned the task of frame numbering. Consequently, a frame parameter has been added to 
some of the PHL- ASP. 

The Main Test Component (MTC) creates the two PTCs (using CREATE operation), stimulates the PTC_MAC (using 
MAC ASP at CP_MAC) and then waits for the two PTCs to terminate (using the DONE event). The final verdict is 
computed as follows: 

a PASS is assigned if PTC_TC returns a PASS verdict and the expected event is received from PTC_MAC at 
CP_MAC; 

a FAIL verdict is assigned if PTC_TC returns a FAIL verdict independently of what is received from PTC_MAC 
at CP_MAC; 

an INCONC verdict is assigned if PTC_TC returns an INCONC verdict and the expected event is received from 
PTC_MAC at CP_MAC, or returns a PASS verdict and an unexpected event is received from PTC_MAC at 
CP_MAC. 



Untestable Test Purposes (TP) 



This clause gives a list of TP which are not implemented in the ATS for PTC LT_TC (see annex A) due to the chosen 
ATM or other restrictions. 

Table 1 : Untestable TP 



Test purpose 


Reason 


TP/FT/PG/BV-WRSOO 


It is not possible to force the lUT to use the Extended Paging Flag due to the timing 
required. 
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6 ATS conventions (only applicable for PTC LT_TC) 

The ATS conventions are intended to give a better understanding of the ATS but they also describe the conventions 
made for the development of the ATS. These conventions shall be considered during any later maintenance or further 
development of the ATS. 

The ATS conventions contain two clauses, the naming conventions and the implementation conventions. The naming 
conventions describe the structure of the naming of all ATS elements. The implementation conventions describe the 
functional structure of the ATS. 

To define the ATS, the guidelines of the document ETS 300 406 [6] was considered. 

6.1 Naming conventions 
6.1.1 Declarations part 

This subclause describes the naming conventions chosen for the elements of the ATS declarations part. 

6.1.1.1 General 

The following general rules apply for the name giving in the declarations part. All type definitions (simple type 
definitions, structured type definitions, ASP type definitions and PDU type definitions) shall be written in uppercase. 

All element names (structured type definition), parameter names (ASP type definition) and field names (PDU type 
definition) shall be written in lowercase. 

Predefined types (e.g. BITSTRING [5]) are never used in structured type definitions, ASP type definitions or PDU type 
definitions. Simple types are used instead. 

All declarations in the test suite are listed in alphabetical order. A different order of listing should be used for only 
maintenance reasons. 

6.1 .1 .2 Test suite operations definition 

The test suite operation identifiers are composed of substrings in lowercase letters, except for standard prefix "TSO_". 
Each substring is separated by an underscore character ("_"). 

EXAMPLE: TSO_substring. 

6.1 .1 .3 Test suite parameter declarations 

The test suite parameter identifiers are composed of substrings in lowercase letters, except for the standard prefix 
"TSP_". Each substring is separated by an underscore character ("_"). 

EXAMPLE 1: TSP_t_wait. 

If the test suite parameter references a Protocol Implementation Conformance Statement (PICS) item, the letter "C" is 
added to the standard prefix. 

EXAMPLE 2: TSPC_extended_rf_carriers. 
If the test suite parameter references a PIXIT item, the letter "X" is added to the standard prefix. 

EXAMPLE 3: TSPX_pmid. 
Complete names as defined in the specifications are used. 
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6.1 .1 .4 Test case selection expression definition 

The test case selection expression identifiers are composed of substrings in lowercase letters, beginning with the prefix 
"TCS_". Each substring is separated by an underscore character ("_"). 

6.1 .1 .5 Test suite constant declarations 

The test suite constant identifiers are composed of substrings in lowercase letters, except for the prefix "TSC_". Each 
substring is separated by an underscore character ("_"). 

If the test suite constant represents a system parameter, the complete name defined in the protocol standard is used. 

EXAMPLE: TSC_n200. 

6.1 .1 .6 Test suite variable declarations 

The test suite variable identifiers are composed of substrings in lowercase letters, except for the prefix "TSV_". Each 
substring is separated by an underscore character ("_"). 

Complete names as defined in the protocol standard are used. 

6.1.1.7 Test case variable declarations 

The test case variable identifiers are composed of substrings in lowercase letters, except for the prefix "TCV_". Each 
substring is separated by an underscore character ("_"). 

Complete names as defined in the protocol standard are used. 

6.1.1.8 Timer declarations 

Two types of timers can be identified: 

1) standardized: 

those defined in the protocol standard, e.g. T201. They use exactly the same name as in the standard. 
As there is a tolerance margin accepted for these timers, three values are needed: 
the maximum value allowed, which will use the suffix "_max"; 
the minimum value allowed, which will use the suffix "_min"; 
the value actually implemented, with no suffix. 
EXAMPLE 1 : T201_max, T201_min, and T20L 

2) not standardized: 

those not defined in the protocol standard, i.e. for execution use, e.g. a timer waiting for a response. These 
timers begin with the prefix "T_", followed by a string in lowercase letters. 

EXAMPLE 2: T_resp represents a timer for controlling the response time of the lUT. 

6.1.1.9 ASP type definitions 

The general conventions in subclause 6.1.1.1 applies. 

The identifier of an ASP type uses the same name as the name defined in the protocol standard. 

EXAMPLE: PL_TX_REQ for an ASP containing a MAC layer PDU to the peer MAC layer (the lUT). 
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6.1.1.10 PDU type definitions 

The general conventions in subclause 6.1.1.1 applies. 

The PDU type identifier shall identify the related structure or type as defined in the protocol standard. 
EXAMPLE: A_MT_BASIC_CONNECTION_CONTROL 

6.1.1.11 CM type definitions 

The CM types are defined as the ASP types without sub-fields. 

6.1.1.12 Alias definitions 

Alias definitions are not used. 

6.1.2 Constraints part 

This subclause describes the naming conventions chosen for the elements of the ATS constraints part. 

6.1.2.1 General 

Constraints shall be written with the first letter in uppercase, and the rest in lowercase. 

The first part of the constraint declaration identifier name is equivalent to the corresponding type identifier used in the 
declaration part. The second part of the name describes the content of this constraint. 

EXAMPLE: Declaration part: HEADER_FIELD 

Constraint part: Header_field_nt_no_b 

6.1.3 Dynamic part 

This subclause describes the naming conventions used for the elements of the ATS dynamic part. 

6.1.3.1 General 

All test cases shall be listed in the order in which they appear in the Test Suite Structure (TSS) and TP document. 



6.1.3.2 



Test Case (TO) identifier 



The identifier of the test case is built in the same way as for the test purpose described in part 1 of the present document, 
with the exception that "TP/FT" is replaced by "TC_FT" ("FT" for Fixed radio Termination). The identifier of a TC is 
built according to table 2. 

Table 2: TC naming convention 



Identifier: 


TC FT <fm> <x> <nn> 








<fm> = functional module 


DB 


Downlink Broadcast 






PG 


Paging services 






BS 


Bearer set-up 






BH 


Bearer handover 






BR 


Bearer release 






DT 


C-plane services 






LM 


Layer Management 


<x> = Type of testing 


CA 


Capability Tests 






BV 


Valid Behaviour Tests 






Bl 


Invalid Behaviour Tests 


<nn> = sequential number 


(WRSOO - WRS99, 


Test purpose Number 






FTOO - FT99) 





ETSI 



13 



ETSI TS 101 808-3 VI. 1.1 (2000-09) 



EXAMPLE: 



6.1.3.3 



TP identifier: TP/BS/CA-00 

TC identifier: TC_FT_BS_CA_00 



Test step identifier 



The test step identifier is built of substrings in lowercase letters, preceded by a string of uppercase letters. The 
substrings are joined by underscore characters. The first substring indicates the main function of the test step; e.g. PR 
for preamble, PO for postamble, LTS for local tree and STP for general test step. The second substring indicates the 
purpose of the step. 



EXAMPLE: 



PO release bearer. 



6.1.3.4 Default identifier 

The default identifiers begin with the prefix "DF_", followed by a string in lowercase letters. 

6.1.3.5 Label identifier 

The identifiers in the label column is built according to table 3: 

Table 3: Naming convention for verdict assignment identifier 



Identifier: 


<Table><nn> 








<Table> = type of table 


TB 


Test Body 






CS 


Check State test step 






DF 


DeFault 






PO 


POstamble 






PR 


PReamble 






TS 


TestStep 


<nn> = sequential number 


(00-99) 


Label number 



6.1.3.6 



ATS abbreviations 



These abbreviations are used to shorten identifier names: 



addr 


address 


ack 


acknowledgement 


bear 


bearer 


cap 


capability 


cfm 


confirm 


chn 


channel 


con 


connection 


Ctrl 


control 


est 


establish 


ext 


extension 


id 


identification 


ind 


indication 


info 


information 


max 


maximum 


min 


minimum 


par 


parameter 


prop 


proprietary 


rel 


release 


req 


request 


rsp 


response 


std 


standard 


sys 


system 
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6.2 Implementation conventions 

6.2.1 Declaration part 

The comment line of single element TTCN tables (e.g. test suite constants) is used to give a reference where the format 
and content of the element is described in the relevant protocol standards. Any particularity of the element format or 
content is described in the comment line. 

The comment line in the header of multi element TTCN tables (e.g. ASP) is used to reference to the protocol standard. 

The detailed comments are used to describe any peculiarity of the table. 

In the ASP, PDU, and CM declarations, the comments column is used to identify if a parameter (in ASP) or field (in 
PDUs) is mandatory or optional: 

M: mandatory; 

O: optional. 

In the ASP and PDU declarations the comments column is further used to give information about the parameter/field 
value, in particular if the parameter/field contains a fixed spare value. 

6.2.2 Constraint part 

The ASPs and PDUs are defined in a way that all relevant parameters/fields are parametrized. That improves the 
transparency of the constraints in the dynamic part, as all values which are relevant for the test are always present. 

Generally no modified constraints are used. This allows an easier reuse and adaptation of constraints if they are reused 
in other test specifications. 

The Comment line of a constraint always contains a reference to the relevant protocol standard. 

The detailed comments footer is used to describe any particularity of the table. 



6.2.3 Dynamic part 



All events which are defined as a conformance requirement by the TP, causes a preliminary verdict PASS if the 
requirement is met. 

All invalid events are handled in the default tree. Only FAIL or INCONC verdicts are assigned in the default tree. 

The preamble, the test body and the postamble have different defaults, which allows a specific verdict handling, 
e.g. only INCONC verdicts are assigned in the preamble. 

All verdict assignments are labelled. According to ISO/IEC 9646-3 [10], annex E, clause E.2, labels should be written 
to the conformance log. This allows, for example, to identify were the test failed. To allow an exact identification of the 
table in which the verdict was assigned, the convention described in subclause 6.1.3.5 is applied. 

To avoid deadlocks, the Parallel Test Components (PTC) LT_TC and LT_MAC shall always terminate. 

TP which are listed in the untestable TP list in clause 5 are not considered in the ATS, thus these TC identifiers are 
missing in the ATS and the numbering of the TCs is not always continuous. 
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Annex A (normative): 
Abstract Test Suite (ATS) 



This ATS has been produced using the Tree and Tabular Combined Notation (TTCN) according to 
ISO/IEC 9646-3 [10]. 

The ATS was developed on a separate TTCN software tool and therefore the TTCN tables are not completely 
referenced in the table of contents. The ATS itself contains a test suite overview part which provides additional 
information and references. 



A.1 The TTCN Graphical form (TTCN.GR) 

The TTCN.GR representation of this ATS is contained in an Adobe Portable Document Format'^ file (1808p3v01.PDF 
contained in archive ts_10180803v010101pO.ZIP) which accompanies the present document. 



A.2 The TTCN IVIachine Processable form (TTCN.IVIP) 

The TTCN. MP representation corresponding to this ATS is contained in an ASCII file (1808p3v01.MP contained in 
archive ts_10180803v010101pO.ZIP) which accompanies the present document. 

NOTE: Where an ETSI Abstract Test Suite (in TTCN) is published in both .GR and .MP format these two forms 
shall be considered equivalent. In the event that there appears to be syntactical or semantic differences 
between the two then the problem shall be resolved and the erroneous format (whichever it is) shall be 
corrected. 
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Annex B (normative): 
Specification of PTC LT_I\/IAC 

B.1 General requirements 

The PTC LT_MAC (MAC emulation) shall, as a minimum, fulfil all requirements needed for implementation of all the 
Data Services Profile. 



B.2 Additional requirements 



A number of commands have been defined to control the behaviour of PTC LT_MAC (the MAC emulation). In annex 
A, these are implemented as a co-ordination message with a parameter to specify the required action. The test system 
shall support the actions specified in table B.l. 

Table B.l : Actions to be supported by the test system 



Action 


EN 300 175-3 [2] 


Requirement 


TSC action2 


6.2.5.1 


Generate A field CRC error in NT message. 


TSC actions 


EN 300 175-2 [1]: 4.8 


Pass to physical layer a request for generating Z field error 


TSC actions 


10.8.1.1 


Acknowledge received Cs segment only after three receipt. 


TSC_action17 


10.5.1 -10.6.2 


Initiate and perform an intracell bearer handover 
procedure. 


TSC_action18 


10.5.1 -10.6.2 


Initiate and perform an intercell bearer handover 
procedure. 


TSC_action50 


7.2.3.5 


Let the FT transmit a extended fixed part capabilities 
message which indicates a number of HOPS >1 . 


TSC_action51 




Uplink and downlink are correct. Provoke now any 
disturbance for the Uplink, so that the WRS detects a 
bearer failure. 


TSC start 


11.3.2 


Start test case synchronization. 


TSC stop 


11.5.1 


Stop test case synchronization. 



NOTE: These actions are defined as test suite constants in the ATS (see annex A). 
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Annex C (normative): 

Partial PIXIT proforma for WRS IVIAC FT 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the PIXIT proforma in this annex so that it can be used for its 
intended purposes and may further publish the completed PIXIT. 



The PIXIT Proforma is based on ISO/IEC 9646-6. Any additional needed information can be found in this international 
standard document. 



C.1 Identification summary 



Table C.I 



PIXIT Number: 




Test Laboratory Name: 




Date of Issue: 




Issued to: 





C.2 ATS summary 



Table C.2 



Protocol Specification: 


EN 300 700 


Protocol to be tested: 




ATS Specification: 


TS101 808-3 


Abstract Test IVIethod: 


TS101 808-3 clause 4 



C.3 Test laboratory 



Table C.3 



Test Laboratory Identification: 




Test Laboratory IVIanager: 




IVIeans of Testing: 




SAP Address: 
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C.4 Client identification 



Table C.4 



Client Identification: 




Client Test manager: 




Test Facilities required: 





C.5 SUT 



Table C.5 



Name: 




Version: 




SCS Number: 




Machine configuration: 




Operating System Identification: 




lUT Identification: 




PICS Reference for lUT: 




Limitations of the SUT: 




Environmental Conditions: 





C.6 Protocol layer information 



C.6.1 Protocol identification 



Table C.6 



Name: 


DECT - MAC layer EN 300 700 


Version: 




PICS References: 
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C.6.2 lUT information 



Table C.7: Addresses 



Item 


Parameter 


Parameter Type 


Explanation 


Value 


1 


TSPX pmid relay 


B 20 - (Bitstring[20]) 


PMID of the lower tester (PT). 




2 


TSPX_pmid_local 


B_20 - (Bitstring[20]) 


PMID of the lower tester 
(WRS). 




3 


TSPX_rfpi1 


B_40 - (Bitstring[40]) 


RFPI for RFP number 1 
(EN 300 175-6) 




4 


TSPX_WRS_rfpi1 


B_40 - (Bitstring[40]) 


RFPI for WRS number 1 
(EN 300 175-6) 





Table C.8: Parameter values 



Item 


Parameter 


Parameter Type 


Explanation 


Value 


1 


TSPX_t_implicit_send 


INT_0_99 - INTEGER (0..99) 


Max. time to wait after request 
for invocation of an implicit 
send event (In second). 





Table C.9: Procedural information 



Item 


Parameter 


Parameter Type 


Explanation 


Value 


1 


TSPX_blind_slot 


BOOLEAN 


TRUE for lUT that has blind slot. 


TRUE 
FALSE 


2 


TSPX_extended_rf 


BOOLEAN 


Does the lUT support extended RF carrier. 


TRUE 
FALSE 


3 


TSPX_sari 


BOOLEAN 


Does the lUT support Secondary Access 
Rights identity (SARI) list. 


TRUE 
FALSE 


4 


TSPX_intercell_ha 
ndover 


BOOLEAN 


Does the lUT support intercell handover. 


TRUE 
FALSE 


5 


TSPX_intracell_ha 
ndover 


BOOLEAN 


Does the lUT support intracell handover. 


TRUE 
FALSE 


6 


TSPX_bearer_han 
dover 


BOOLEAN 


Does the lUT support bearer handover 
within the whole FT? 


TRUE 
FALSE 


7 


TSPX_dual_bearer 


BOOLEAN 


Does the lUT support dual bearer set-up 
within the whole FT? 


TRUE 
FALSE 
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Annex D (normative): 

Protocol Conformance Test Report (PCTR) Proforma for 

WRS MAC FT 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the PCTR proforma in this annex so that it can be used for its 
intended purposes and may further publish the completed PCTR. 



The PCTR proforma is based on ISO/IEC 9646-6. Any additional needed information can be found in the present 
document. 



D.1 Identification summary 

D.1 .1 Protocol conformance test report 

Table D.1 



PCTR Number: 




PCTR Date: 




Corresponding SCTR Number: 




Corresponding SCTR Date: 




Test Laboratory Identification: 




Test Laboratory IVIanager: 




Signature: 





D.1. 2 lUT identification 



Table D.2 



Name: 




Version: 




Protocol specification: 




PICS: 




Previous PCTR if any: 
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D.1.3 Testing environment 



Table D.3 



PIXIT Number: 




ATS Specification: 




Abstract Test IVIethod: 


Remote test method, Embedded variant with no UT 


IVIeans of Testing identification: 




Date of testing: 




Conformance Log reference(s): 




Retention Date for Log reference(s): 





D.1 .4 Limits and reservation 

Additional information relevant to the technical contents or further use of the test report, or the rights and obligations of 
the test laboratory and the client, may be given here. Such information may include restriction on the publication of the 
report. 



D.1.5 Comments 

Additional comments may be given by either the client or the test laboratory on any of the contents of the PCTR, for 
example, to note disagreement between the two parties. 



D.2 lUT Conformance status 



This lUT has or has not been shown by conformance assessment to be non conforming to the specified protocol 
specification. 

Strike the appropriate words in this sentence. If the PICS for this lUT is consistent with the static conformance 
requirements (as specified in clause D.3 in this report) and there are no "FAIL" verdicts to be recorded (in clause D.6 
in this report) strike the words "has or", otherwise strike the words "or has not". 
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D.3 Static conformance summary 

The PICS for this lUT is or is not consistent with the static conformance requirements in the specified protocol. 
Strike the appropriate words in this sentence. 

D.4 Dynamic conformance summary 

The test campaign did or did not reveal errors in the lUT. 

Strike the appropriate words in this sentence. If there are no "FAIL" verdicts to be recorded (in clause D.6 of this 
report) strike the words "did or" otherwise strike the words "or did not". 

Summary of the results of groups of test: 



D.5 Static conformance review report 

If clause D.3 indicates non-conformance, this subclause itemizes the mismatches between the PICS and the static 
conformance requirements of the specified protocol specification. 
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D.6 Test campaign report 



Table D.4 



ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any observations made in 

clause 7) 


TC-FT-DB-CA-WRSOO 


Yes/No 


Yes/No 






TC-FT-DB-CA-WRS01 


Yes/No 


Yes/No 






TC-FT-DB-CA-WRS02 


Yes/No 


Yes/No 






TC-FT-DB-CA-WRS03 


Yes/No 


Yes/No 






TC-FT-DB-CA-WRS04 


Yes/No 


Yes/No 






TC-FT-DB-CA-WRS05 


Yes/No 


Yes/No 






TC-FT-DB-CA-WRS06 


Yes/No 


Yes/No 






TC-FT-DB-CA-WRS07 


Yes/No 


Yes/No 






TC-FT-DB-CA-WRS08 


Yes/No 


Yes/No 






TC-FT-DB-BV-WRSOO 


Yes/No 


Yes/No 






TC-FT-DB-BV-WRS01 


Yes/No 


Yes/No 






TC-FT-DB-BV-FTOO 


Yes/No 


Yes/No 






TC-FT-DB-BV-FT01 


Yes/No 


Yes/No 






TC-FT-PG-CA-WRSOO 


Yes/No 


Yes/No 






TC-FT-PG-CA-WRS01 


Yes/No 


Yes/No 






TC-FT-PG-BV-WRS01 


Yes/No 


Yes/No 






TC-FT-BS-CA-WRSOO 


Yes/No 


Yes/No 






TC-FT-BS-CA-FTOO 


Yes/No 


Yes/No 






TC-FT-BH-CA-WRSOO 


Yes/No 


Yes/No 






TC-FT-BH-CA-WRS01 


Yes/No 


Yes/No 






TC-FT-BR-CA-WRSOO 


Yes/No 


Yes/No 






TC-FT-BR-CA-WRS01 


Yes/No 


Yes/No 






TC-FT-BR-BI-WRSOO 


Yes/No 


Yes/No 






TC-FT-DT-CA-WRSOO 


Yes/No 


Yes/No 






TC-FT-DT-CA-WRS01 


Yes/No 


Yes/No 






TC-FT-DT-CA-WRS02 


Yes/No 


Yes/No 






TC-FT-DT-BI-WRSOO 


Yes/No 


Yes/No 






TC-FT-DT-BI-WRS01 


Yes/No 


Yes/No 






TC-FT-LM-CA-WRSOO 


Yes/No 


Yes/No 







D.7 Observations 



Additional information relevant to the technical content of the PCTR is given here. 
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